home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 563 < prev    next >
Internet Message Format  |  1994-08-27  |  2KB
  1. From: s.sanders2@genie.geis.com
  2. Date: Tue, 21 Jun 94 05:57:00 UTC
  3. To: gem-list@world.std.com
  4. Subject: Re:  Just an idea...
  5. X-Genie-Id: 4181386
  6. X-Genie-From: S.SANDERS2
  7. Precedence: bulk
  8.  
  9. Reply:  Item #2899169 from GEM-LIST-APPROVAL@WORLD.STD.COM@INET00#
  10.  
  11. Rick Flashman:
  12.  
  13. I think using ALT at all is a bad idea. Atari has already nixed it
  14. for use in key combos. Even though Atari hasn't gone to the trouble
  15. of setting enough standards I strongly believe the ones they set
  16. shouldn't be ignored because historically developers really _do_
  17. support their standards soon after being released. The ALT key is a
  18. good example. Shortly after they started stressing that it shouldn't
  19. be used, most programs started using CTRL like they should have.
  20.  
  21. The idea of the standard is to _recommend_ a selection of
  22. equivalents. Programs like terminal programs shouldn't even be
  23. considered when reserving keys because they emulate other platforms
  24. (and their keys). Terminal program makers need to decide for
  25. themselves how to coalesce the two gracefully.
  26.  
  27. To All:
  28.  
  29. I suggest that we don't dillute this discussion further by adding
  30. layers to the original proposal such as specialized key equivalents
  31. and other matters. There is nothing wrong with a v2.0 later so long
  32. as it doesn't change what's in v1.0.
  33.  
  34. I assume that by the time this discussion is over that we will have
  35. two things:
  36.  
  37. 1. A method that allows applications to consult a global list of
  38. user-defined key equivalents.
  39.  
  40. 2. A standard (base file maybe) that comes as the default for the
  41. above. Beyond that the user is free to confuse himself.
  42.  
  43. Let's focus a little more. Please.
  44.  
  45. Is there some way (automated) that we could vote on the current
  46. standard one key at a time (keep/redefine/dont define/discuss) just
  47. once. That might allow us to focus on a couple of problem areas.
  48.  
  49. On another matter, I think a standard key to force screen redraw is
  50. pretty unnecessary. The only correctly written GEM app that should
  51. need this is one that allows the redraw process to get cut off on
  52. purpose and the redraw should be redone if the user clicks a slider.
  53. MultiTOS provides a way to deal with poorly written apps by having
  54. the AE_SREDRAW and AE_TREDRAW environment variables.
  55.  
  56. Also, someone complained about using environment variables because
  57. _every_ application gets passed them. I think you're confusing the
  58. global set with the AES's copy. Any system configuration stuff goes
  59. there and goes there once.
  60.  
  61. -Scott @ SDS
  62.  
  63.